home *** CD-ROM | disk | FTP | other *** search
- Path: news.iadfw.net!usenet
- From: Larry Weiss <lfw@iadfw.net>
- Newsgroups: comp.std.c
- Subject: Re: externsions and Standard C
- Date: Sat, 23 Mar 1996 20:36:41 -0600
- Organization: customer of Internet America
- Message-ID: <3154B539.3E82@iadfw.net>
- References: <4gum82$14v4@info4.rus.uni-stuttgart.de>
- <MPLANET.31530e9djcoffin98993e@news.rmii.com>
- <31536199.219868914@nntp.ix.netcom.com> <315418FA.1508@iadfw.net>
- <1996Mar23.202452.14793@sq.com> <31547BB8.31D7@iadfw.net> <wOKVxQ9ytZSb084yn@csn.net>
- NNTP-Posting-Host: dal12-25.ppp.iadfw.net
- Mime-Version: 1.0
- Content-Type: text/plain; charset=us-ascii
- Content-Transfer-Encoding: 7bit
- X-Mailer: Mozilla 2.01 (Win16; I)
-
- Thad Smith wrote:
- >
- > In article <31547BB8.31D7@iadfw.net>, Larry Weiss <lfw@iadfw.net> wrote:
- > >Mark Brader wrote:
- > >>
- > >> lfw@iadfw.net writes:
- > >> > Mike Rubenstein wrote:
- > >> > > You've missed a rather subtle point. Such extensions are legal but
- > >> > > they do not introduce integer types. The standard defines the signed
- > >> > > integer types as being signed char, short int, int, and long int (and
- > >> > > similarly for unsigned integer types).
- > >>
- > In general, extensions may be added, and the implementation remain
- > conforming, as long as the strictly conforming programs are translated
- > correctly.
-
- Thanks! Your observation of the relationship of an implementation to a
- strictly conforming program makes it clear.
-